home
***
CD-ROM
|
disk
|
FTP
|
other
***
search
/
Atari Mega Archive 1
/
Atari Mega Archive - Volume 1.iso
/
lists
/
gem
/
l_0799
/
453
< prev
next >
Wrap
Internet Message Format
|
1994-08-27
|
5KB
Date: Tue, 14 Jun 94 05:12 BST-1
From: Ofir Gal <ogal@cix.compulink.co.uk>
Subject: Re: Ofir's digest 11.06
To: gem-list@world.std.com
Message-Id: <memo.373954@cix.compulink.co.uk>
Precedence: bulk
In message <P10891@H.maus.de>, Wilfried_Behne@h.maus.de said:
>
>The basic idea was that closing a window does not remove the data (of the
>window) from memory. The window might be iconified (e.g. Interface) or
>displayed in a window list (take a look at 7Up & Interface) - very useful
>under plain TOS (limited number of windows) and in a multitasking
>environment (because it doesn't waste space on small monitors like Iconify
>does).
>If you abandon the window (or the iconified symbol) then data is removed
>from memory. In opposite to "REVERT <object>" (CTRL-H) data is not
>reloaded.
I misunderstood you Wilfried. OK, so you are saying that closing a window
should not remove its data. This could be a little confusing for the user
because no all programs support this, although I agree that this is a
useful feature. Most programs remove the data when you close a window.
>I suggested CTRL-D for this feature because Ofir recently used
>Shift-CTRL-U in his proposal to close all windows. If you don't need a
>shortcut for closing all windows (is there any demand for it?) you might
>use Shift-CTRL-U to Abandon.
I think it is similar to Hide App in Magic. You can get rid of all open
windows and free the screen without quitting the application. In the light
of your suggestion maybe Shift+CTRL+U should be abandon and Shift+CTRL+Q
could be Close All Windows - Hide App sort of thing.
In message <m0qCsU7-0003oRC@gogol.fb10.tu-berlin.de>, chris@buran.fb10.tu-berlin.de said:
>
><arrow left> hide block, put cursor at left end
><arrow right> hide block, put cursor at right end
OK.
>> CTRL I - Show Info
>
>In text oriented applications I prefer CTRL-I italic
This was in my original proposal but was removed, maybe I should put it
back then.
>It could be used alternatively depending on the type of application.
>
>CTRL-B - bold
So what about block marking? I suggested CTRL+B/E to mark block start and
end, I hate having to reach for the mouse for marking blocks.
>> Shift CTRL P - Printer Configuration, Page Layout
>
>Printer configuration and page layout are often different things. Therefore
>I suggest (again from the NeXT guidelines)
>
>CTRL L - Page layout
OK.
>> CTRL up/down arrow - Move one paragraph up/down
>
>We use this for moving one page up/down. I think this is more important.
OK, I have already changed it after Annius (Edith) pointed it out.
>> Shift Del - Delete to end of line
>> Shift BS - Delete from start of line
>I also think this is too dangerous. A while ago, I used Shift-Space for a
>nonbreakable space, but some users complained they would hit it too often
>accidentially, so I moved it to CTRL-Space. Therefore I suggest
>
>Alt Del - Delete to end of line
>Alt BS - Delete from start of line
Since many people have asked me to change this, I propose to make an
exception and use the Alt key for this shortcut.
>
>How about
>
>Alt CTRL Del - REALLY delete :-)
You mean Alt+CTRL+RShift+Del - REALLY REALLY DELETE :-))
>> CTRL B - Set block > start
>> CTRL E - Set block end
>> Shift+CTRL B - Move to block start
>> Shift+CTRL E - Move to block end
>
>Because I want CTRL B / CTRL E used for other things, I can't agree with
>this. As one can use Shift-Click, I wouldn't want to waste two menu entries
>for this anyway. In papyrus I use Alt-B/Alt-E without menu entries.
As I said these are still a problem...
>Shift CTRL I - Import (Insert file into existing document)
>Shift CTRL E - Export selection/document as...
>CTRL E - Save configuration
I'll go along with the first two, the last one is rarely used by the end
user so we may like to keep the CTRL+E combination for something else.
>How about a shortcut for starting to play off a macro? This should also be
>usable by external macro recorders. Any suggestions?
I think this is too specific. In the next proposal I will also add that
Function keys could be used for anything - there are at least 40
combinations possible with these.
>Slightly off topic:
>
>I'd also like to see more standardisation in text block operations. Since
OK, but lets put it off until the first proposal is established.
In message <m0qDCtU-0001WpC@bitsink.gbdata.com>, khollis@bitsink.gbdata.com said:
>
>I propose to have NKCC as standard keyboard handler routines.
Sure, if someone can convert it to HiSoft BASIC, GFA BASIC...
Bye,
Ofir ogal@cix.compulink.co.uk